home *** CD-ROM | disk | FTP | other *** search
/ Practical Internet 2001 August / Practical Internet August 2001.iso / Software / NetWorkshop / msn / ACCESS~1 / README.TXT < prev   
Encoding:
Text File  |  2001-10-17  |  25.6 KB  |  491 lines
  1. Release Notes for Microsoft(c) Active Accessibility(c) Version 1.2.3 
  2. Text-only 
  3.    
  4. Included below: 
  5. Version 1.2.3 Highlights 
  6. Platform Support 
  7. International Support 
  8. Redistributing Active Accessibility 
  9. Useful Command Line Options 
  10. Active Accessibility in Internet Explorer 
  11. Schedule of Subsequent Releases 
  12. Known Issues 
  13. Obtaining Support 
  14. Reporting Problems 
  15. More Information 
  16.  
  17. Version 1.2.3 Highlights
  18. With the release of version 1.2.3, Active Accessibility supports all 
  19. 27 Windows languages. The new languages added with 1.2.3 include Greek, 
  20. Icelandic, Slovak, Slovenian, and Turkish.
  21. The put_accName and put_accValue methods have been deprecated and 
  22. are no longer supported. Active Accessibility clients can use SetWindowText 
  23. and control-specific Windows 32 APIs to achieve the same results.
  24.  
  25. Version 1.2 Highlights
  26. Support for Microsoft(c) Windows NT(c) 4.0
  27. Active Accessibility 1.2 provides limited support for localized versions of 
  28. Windows NT 4.0 Service Pack 4 and Service Pack 5. See the Platform Support 
  29. section below for more information.
  30.  
  31. Redistribution Kit
  32. With this release, the Redistribution Kit (RDK) installs the localized 
  33. Active Accessibility files on all language versions of Microsoft Windows(c) 
  34. 98, Windows NT 4 SP4, and Windows NT 4 SP5 as well as the English-language 
  35. version of Windows 95. For more information, see the International Support 
  36. section below.
  37.  
  38. New Features
  39. See the topic What's New in Active Accessibility 1.2 in the Active 
  40. Accessibility SDK documentation for information about the new features 
  41. provided in this release of the Active Accessibility SDK. The current 
  42. Active Accessibility documentation, which is included with the Software 
  43. Development Kit (SDK), can be found on the Microsoft Accessibility Web 
  44. site located at http://www.microsoft.com/enable/.
  45.  
  46. Platform Support
  47. This release of Active Accessibility supports Windows 95, Windows 98, 
  48. Windows NT 4.0 with Service Pack 4 or later, and Windows 2000. The following 
  49. section contains specific notes about the support for each platform:
  50.  
  51. Windows 95 
  52. * Only English-language versions of Windows 95 are supported. The RDK 
  53. fails if it is executed on non-English language versions of Windows 95. 
  54.  
  55. Windows NT 4.0 
  56. * Windows NT 4.0 Service Pack 4 (SP4) or later is required. The RDK fails 
  57. if SP4 (or later) is not already installed. 
  58. *  Windows NT 4.0 SP6 and later provides full support for Active Accessibility 
  59. when the desktop update in Internet Explorer 4.01 SP2 is installed. After this
  60.  update has been installed, the user is free to upgrade to later versions of 
  61. Internet Explorer. 
  62. * Support on Windows NT 4.0 SP4 and SP5 is limited and designed primarily 
  63. to let client utilities work properly with applications that are native 
  64. Active Accessibility servers. Examples include Microsoft(c) Office(c) 97, 
  65. Microsoft Office 2000, Microsoft(c) Visual Studio(c) 6, and Internet 
  66. Explorer 4.01 (or later). Additionally, Active Accessibility exposes 
  67. information about common controls such as list views and tree views 
  68. (provided in comctl32.dll). However, support for Active Accessibility 
  69. in other system objects is limited: 
  70. * Very few WinEvents are fired for system controls. 
  71. * Most system objects are not supported, including title bars, menus, scroll 
  72. bars, combo boxes, and the switch task window (appears when a user presses 
  73. ALT+TAB). The IAccessible properties for these objects return with an 
  74. appropriate failure code. 
  75. * Only the Intel(c) (x86) architecture is supported. Support for Alpha 
  76. processors may be added in a later release. 
  77. * Active Accessibility 1.2 now takes full advantage of Unicode string 
  78. services in Windows NT 4.0 and Windows 2000. 
  79.  
  80. Windows 2000 
  81. The RDK for Active Accessibility will fail if run on Windows 2000 because 
  82. Active Accessibility is part of the operating system and therefore cannot 
  83. be updated.
  84.  
  85. International Support
  86. This release of Active Accessibility includes the Redistribution Kit (RDK), 
  87. which supports multiple languages and can be installed on international 
  88. versions of Windows 98 and Windows NT 4.0 with SP4 or SP5 as well as the 
  89. English-language version of Windows 95. When executed, the RDK checks the 
  90. version of the operating system and installs the multilingual version of 
  91. oleaccrc.dll to provide all available language versions of Active 
  92. Accessibility. Because of this multilingual DLL, developers who redistribute 
  93. Active Accessibility on localized versions of Windows need only ship this one 
  94. RDK with their application.
  95. This release supports a subset of the languages supported by Windows; 
  96. however, work is underway to complete this support for all languages 
  97. supported by Windows. The localization of Active Accessibility is being 
  98. completed in stages, and this is the second (of three) point releases. 
  99. Each point release expands the set of languages that Active Accessibility 
  100. supports. For a complete list of the languages supported by a particular 
  101. version of this RDK, see the "Special Build Description" in the file 
  102. properties dialog under the Version tab.
  103.  
  104. This release supports the following languages:
  105. Arabic, Chinese, Czech, Danish, Dutch, English, Finnish, French, German, 
  106. Greek, Hebrew, Hungarian, Icelandic, Italian, Japanese, Korean, Norwegian, 
  107. Polish, Portuguese, Russian, Slovak, Slovenian, Spanish, Swedish, and Turkish.
  108.  
  109. Installing Run-Time Components
  110. This Redistribution Kit (RDK) performs version checking, installs core 
  111. system files, and updates the system registry. During this process, the 
  112. following files may be added or replaced, but only if the target machine 
  113. has an older version than is included in msaardk.exe.
  114. asycfilt.dll
  115. comctl32.dll
  116. gdi.exe
  117. gdi32.exe
  118. oleacc.dll
  119. oleaccrc.dll
  120. oleaut32.dll
  121. olepro32.dll
  122. stdole2.tlb
  123. user.exe
  124. user32.dll
  125. When msaardk.exe executes, it creates a backup folder named MSAABAK in the 
  126. Windows System (or System32) folder. This folder will contain backup copies 
  127. of core system files that may have been replaced during the installation. 
  128. If there is a problem restarting Windows after installation, these files 
  129. can be used to restore the original configuration. To restore the 
  130. configuration, start MS-DOS and copy these files from MSAABAK to the Windows 
  131. System (or System32) folder.
  132. While msaardk.exe is copying files, it determines whether any of the files 
  133. being updated are in use. If any files are in use, Windows must be restarted 
  134. to complete the installation. In this case, the installation will present a 
  135. dialog box prompting the user to restart the machine. To override this 
  136. behavior, see the section titled "Useful Command Line Options" in these 
  137. release notes.
  138. Because other applications may update the files in the Windows System and 
  139. System32 folders, the files in MSAABAK should not be copied to the Windows 
  140. System (or System32) folder after new software has been installed or Windows 
  141. has been updated to a new version. Doing so could make the system unstable.
  142.  
  143. Redistributing Active Accessibility
  144. The Active Accessibility Redistribution Kit (RDK) contains all of the core 
  145. components and dynamic-link libraries (DLLs) needed to incorporate Active 
  146. Accessibility technology into your application or accessibility tool. The 
  147. RDK is a self-installing file called msaardk.exe, which ensures that the 
  148. core components are installed correctly.
  149. If your product is a client application (such as a screen reader utility) that
  150. uses Active Accessibility information from other applications, and you want 
  151. to use this functionality on Windows 95 (English), Windows 98, or Windows 
  152. NT 4.0 Service Pack 4 (or later), you must include the msaardk.exe file 
  153. with your product and install it at the same time as your product installation.
  154.  
  155. Please note that you are not allowed to redistribute the Active Accessibility 
  156. components individually. The Active Accessibility license agreement allows 
  157. Active Accessibility to be distributed only through the file msaardk.exe. 
  158. Carefully review the license agreement before redistributing msaardk.exe.
  159.  
  160. For more information, see the topic About the Redistribution Kit in the Active 
  161. Accessibility SDK documentation.
  162.  
  163. Useful Command Line Options
  164. When launching the RDK from the command line or from within your own 
  165. installation program, there are several command-line switches that can be 
  166. used to alter its behavior:
  167.  
  168. Switch : 
  169. /Q
  170.  
  171. Description : 
  172. Quiet Mode. Bypasses all prompts (except the System Reboot prompt), error 
  173. messages, and file extraction animation.
  174.  
  175. Switch : 
  176. /Q:A
  177.  
  178. Description : 
  179. Assumes user is admin and does no checking for admin rights, disk space,
  180. etc.  No prompts and no errors.
  181.  
  182. Switch : 
  183. /N:V
  184.  
  185. Description : 
  186. Skips the Internet Explorer version check
  187.  
  188. Switch : 
  189. /R:A
  190.  
  191. Description : 
  192. Always restart and prompt user with restart choice.
  193.  
  194. Switch : 
  195. /R:N
  196.  
  197. Description : 
  198. Never restart. This overrides any INF settings in your installation program
  199.  
  200. Switch : 
  201. /R:I
  202.  
  203. Description : 
  204. Restart if needed (that is, if any system files need to be updated) and prompt
  205.  user with restart choice. This is the default for Active Accessibility
  206.  
  207. Switch : 
  208. /R:IS
  209.  
  210. Description : 
  211. Restart if needed but do silently, without prompting the user
  212.  
  213. Switch : 
  214. /R:AS
  215.  
  216. Description : 
  217. Always restart, silently, without prompting the user
  218.  
  219. Active Accessibility Support in Internet Explorer
  220. The content and structure of HTML documents rendered using Microsoft Internet 
  221. Explorer are available using Active Accessibility. The following list 
  222. explains the level of support available with the various versions of 
  223. Internet Explorer:
  224. * Internet Explorer 3.x provides Active Accessibility support for HTML 
  225. documents. 
  226. * Internet Explorer 4.0 does not have Active Accessibility support for 
  227. HTML documents. 
  228. * Internet Explorer 4.01 provides Active Accessibility support for HTML 
  229. documents. This support requires both Active Accessibility version 1.2 
  230. (or later) and Internet Explorer 4.01 Service Pack 2 (or later). 
  231. * Internet Explorer 5 improves the support for HTML documents, provides 
  232. better performance than Internet Explorer 4.01, and is available now. This 
  233. version also requires Active Accessibility version 1.2 (or later). 
  234.  
  235. More information on Internet Explorer can be found at 
  236. http://www.microsoft.com/windows/ie/.
  237.  
  238. Known Issues
  239. The following are known issues with Active Accessibility 1.2.2. The status 
  240. of each issue is indicated where known.
  241.  
  242. General Issues
  243. * Active Accessibility fails if two different copies of oleacc.dll are 
  244. loaded. If a client application loads a copy of oleacc.dll from the local 
  245. folder, then attempts to communicate with an application, the application 
  246. performs a LoadLibrary on oleacc.dll that is in the Windows System folder. 
  247. The two copies of oleacc.dll cannot communicate with each other. The file 
  248. oleacc.dll should only be in the Windows System (or System32) folder. 
  249. Active Accessibility Software Developers Kit
  250. Following is a list of known problems with the SDK:
  251. * Multiple copies of the Accessible Event Watcher tool should not be run 
  252. at the same time because they generate events while logging each other's 
  253. events. This results in an infinite loop. 
  254. * The debug version of Inspect Objects does not observe the buffer size 
  255. in GetObjectProperty. This might result in a GPF when GetObjectProperty 
  256. formats and returns an error string that is longer than 64 bytes. 
  257. * The winuser.h included with the SDK may be different from the one included 
  258. in Microsoft(c) Visual C++(c). If errors occur when compiling your code, 
  259. manually copy the missing definition into your private copy of winuser.h. 
  260. * The Magnifier utility causes an Access Violation when run on Windows NT 
  261. 4.0 SP 4 and SP 5. This problem has been fixed in Windows NT 4.0 SP 6 and 
  262. Windows 2000. 
  263.  
  264. System and Common Controls
  265. Calling accSelect to "select" a page tab is not equivalent to clicking the 
  266. tab. Because selection is only relevant to list boxes, tree controls, and 
  267. other controls with selectable items or regions, accSelect is not supported 
  268. for page tabs. In general, the results of accSelect are inconsistent across 
  269. controls.
  270. Some owner-drawn controls do not return names and values. The data for these 
  271. controls is kept inside of the application using the control and not the 
  272. control itself. The Windows Explorer combo box on the toolbar is an example 
  273. of this.
  274. Progress bars (window class name "msctls_progress") do not expose information 
  275. in the accName property unless a static text control is used as a label.
  276. In Windows 95, owner-drawn menu items, such as the list of file types in the 
  277. File(c) New context menu, do not display their Name or KeyboardShortcut 
  278. properties. This is true also of the Favorites menu in Microsoft Internet 
  279. Explorer 3.0. This is fixed in Windows 98 and Internet Explorer 4.0.
  280. * In Windows 98 header controls (window class name "SysHeader32"), the 
  281. accName property returns random characters if the header is labeled by 
  282. graphic instead of text (such as in Microsoft(c) Outlook Express(c)). 
  283. This problem has been fixed in Windows 2000. 
  284. * The buttons on a toolbar (window class name "ToolbarWindow32") do not 
  285. support the accName property. 
  286. * Rich edit controls (used in text editors such as WordPad ) do not trigger 
  287. the event EVENT_OBJECT_VALUECHANGE. 
  288. * Top-level menu bar items (such as "File") do not  indicate the state 
  289. STATE_SYSTEM_HOTTRACKED when the mouse is moved over them and the 
  290. associated drop-down menu is not displayed.  After the menu item is 
  291. clicked to drop down the menu, the state changes and includes 
  292. STATE_SYSTEM_HOTTRACKED. This behavior happens only to standard menus 
  293. with the window class name "#32768" under Windows 98 and Windows 2000.  
  294. Menus provided by the ToolbarWindow32 window class in the Common Control 
  295. library indicate the state STATE_SYSTEM_HOTTRACKED.   
  296. * The child elements of Trackbar or slider controls (window class name 
  297. "msctls_trackbar32") expose incorrect coordinates in the accLocation 
  298. property. To workaround this problem, query the control directly using 
  299. TBM_GETCHANNELRECT and other specific Trackbar control messages. 
  300. * List view controls, such as those in Windows Explorer, do not report 
  301. the state STATE_SYSTEM_HOTTRACKED when the single-click feature is selected 
  302. in Folder Options settings. This behavior occurs in version 4.70 and greater 
  303. of the Common Controls library and affects Windows 98, Windows 2000, and 
  304. Windows 95 with the Windows Desktop Update feature of Internet Explorer 4.0 
  305. installed.  To determine the hot-tracked state of the control, send the 
  306. LVM_GETEXTENDEDLISTVIEWSTYLE  message and test the LVS_EX_TRACKSELECT bit. 
  307. * Group boxes report the state STATE_SYSTEM_FOCUSABLE. Since group boxes 
  308. cannot receive the keyboard focus, this state is incorrect. 
  309. * Tree view controls may cause a fault while an out-of-context hook function 
  310. processes an event for one of its items. The fault can occur if a tree view 
  311. item is removed before the event handler returns. 
  312. * There is no direct way to determine if a menu has an associated submenu. 
  313. For more information, see the Knowledge Base article Q195253. 
  314. Application Compatibility
  315. The following is a list of known application compatibility issues:
  316. General
  317. * Lotus 1-2-3 release 5 uses list boxes that are incompatible with Active 
  318. Accessibility. Calling accName on a list box item always returns the first 
  319. item in the list. 
  320. * While Accessible Event Watcher is running, Microsoft Bookshelf(c) 96 page 
  321. faults when canceling taking a note. This problem has been fixed in later 
  322. versions of Bookshelf. 
  323. * Microsoft Clipart Gallery that shipped with Microsoft Publisher 97 will 
  324. "Assert in undialog.cpp, line 1396" when the accState property is retrieved 
  325. for the list box. The recommended workaround is to upgrade to the newer 
  326. version of Clipart Gallery that ships with Microsoft Publisher 98. 
  327. * In Windows 95 and Windows 98, Solitaire does not paint properly when 
  328. Accessible Event Watcher is running. This problem has been fixed in Windows 
  329. 2000. 
  330.  
  331. Microsoft Windows Operating System Shell and Accessories
  332. * When you start an Active Accessibility client as a service, and it installs 
  333. an in-context hook before Windows Explorer starts, the Copy and Paste 
  334. operations do not work in Windows Explorer. Other problems might also exist.  
  335. For more information, see the Knowledge Base Article Q191658. 
  336. * Empty submenus on the Start menu or the Favorites menu report a COM error 
  337. code. 
  338. * The object hierarchy of the system tray (which can be examined using 
  339. Accessible Explorer) includes the Start button but not the Start menu. 
  340. This is because the Start menu is not a child of the Start button. 
  341. * The Internet Explorer 4.01 shell and the Windows 98 shell have a different 
  342. Start menu implementation than Windows 95. While the Start button does send 
  343. EVENT_OBJECT_STATECHANGE and sets the accState property to "Focused" when it 
  344. receives focus, it does not send an EVENT_OBJECT_FOCUS event. 
  345. * In Windows 95, the right side of the taskbar (where the clock and "taskbar 
  346. icons" are displayed) is not exposed with Active Accessibility. This has been 
  347. fixed in Windows 2000. 
  348. * ToolTip information is not exposed by Active Accessibility for Windows 98 
  349. desktop items. In Windows 98 and Internet Explorer 4.0 with Windows Desktop 
  350. Update installed, some icons have additional ToolTip information that is not 
  351. exposed by Active Accessibility. 
  352. * The MS-DOS(c) Prompt window has an optional toolbar. On Windows 95 and 
  353. Windows 98 this toolbar is implemented in 16-bit code and cannot be exposed 
  354. by Active Accessibility. 
  355. * The Device Manager in System Control Panel on Windows 95 and Windows 98 is 
  356. implemented using 16-bit code and cannot be exposed by Active Accessibility. 
  357. * Embedded objects in WordPad are not exposed by Active Accessibility. 
  358. * In Windows 98, the graphic on the Run dialog has the name " ". 
  359. * In Windows 95 and Windows 98, when the SPI_SETSCREENREADER flag is set 
  360. (such as when Inspect Objects is running) and text is pasted into a Rich 
  361. Edit control (such as in WordPad), the icons on the Desktop refresh. This 
  362. problem has been fixed in Windows 2000. 
  363. * In WordPad's Insert Object dialog box, the accName property of each item 
  364. in the Object Type list box has an unprintable character and a number (the 
  365. CLSID) appended to the end of the name. 
  366.  
  367. Microsoft(c) Internet Explorer(c)
  368. * In Microsoft Internet Explorer 3.0, 4.01, and 5.0, the role property of 
  369. animated image files is "Graphic" instead of "Animated." 
  370. * Text strings in Microsoft Internet Explorer 3.0 are exposed line-by-line 
  371. (that is, broken up according to the HTML coding and the width of the window). 
  372. In Internet Explorer 4.01 and later, text strings are exposed 
  373. paragraph-by-paragraph. 
  374. * The Address bar drop down box in Internet Explorer 4.01 does not support 
  375. Active Accessibility. This has been fixed in Internet Explorer 5.0. 
  376. * Seven combo boxes are exposed for one combo box in Microsoft Internet 
  377. Explorer 4.01 in the Active Accessibility object tree. This has been fixed 
  378. in Internet Explorer 5.0. 
  379. Microsoft(c) Visual Studio(c) 97 Applications
  380. * Spy++ (shipped with Microsoft(c) Visual C++(c)) is incompatible with 
  381. Accessible Event Watcher and other programs that set WinEvent hook functions. 
  382. * Microsoft Visual Studio 97 has menus and toolbars that appear similar to 
  383. the menus and toolbars present in Office 97. However, Visual Studio 97 has 
  384. not implemented Active Accessibility in those menus. To work around this 
  385. issue, select the "Use screen reader compatible menus" in the Options/Workspace
  386. dialog. Microsoft Visual Studio(c) 6.0 uses Active Accessibility-compatible 
  387. Command Bar menus and toolbars. 
  388.  
  389. Microsoft Office Applications
  390. * The Inspect Objects utility might freeze while trying to navigate Office 
  391. 97 menus. This occurs if a menu is not open, and Inspect Objects has to 
  392. navigate all the off-screen children of a menu. 
  393. * The navigational relationship between parent and child objects in Office 
  394. 97 menus is not reciprocal. 
  395. * Navigating to an unavailable Command Bar button in an Office 97 application 
  396. will return E_FAIL when calling accNavigate with NAVDIR_FIRSTCHILD/LASTCHILD. 
  397. * Office 97 and Office 2000 applications return redundant entries for the 
  398. Menu bar object. 
  399. * Office 97 controls with the window class name "MSOUNISTAT" will cause a 
  400. fault if sent the WM_GETTEXTLENGTH message from an in-context hook function 
  401. in response to the EVENT_OBJECT_CREATE event.  These message-box-like windows 
  402. display text such as "The spelling and grammar check is complete". Because 
  403. these windows are made visible only after they are fully initialized, clients 
  404. can workaround this problem by not sending this message to invisible windows. 
  405. This problem has been resolved in Office 2000. 
  406. * In Office 97, a call to accDoDefaultAction that opens a modal dialog box 
  407. will not return until after the dialog closes. This problem has been fixed 
  408. in Office 2000. 
  409. * The Page Setup dialog in Microsoft Access 97 does not expose its controls 
  410. properly. This problem has been fixed in Access 2000. 
  411. * With Microsoft(c) Access(c) 2.0 and the Accessible Event Watcher running, 
  412. General Protection Faults may occur when closing a Cue Card window. This 
  413. problem is found only in Access 2.0 and was fixed in later versions. 
  414. * Access 95 causes an Invalid Page Fault when form controls in the Design 
  415. view are queried by Active Accessibility. This problem has been fixed in 
  416. Access 2000. 
  417. * Microsoft(c) Excel(c) 95 causes an Invalid Page Fault when the View Zoom 
  418. dialog box is queried by Active Accessibility. This problem has been fixed 
  419. in Excel 2000. 
  420. * Excel 97 dialogs containing controls that must validate data will go into 
  421. an infinite loop or fault when the SPI_SETSCREENREADER flag is set (such as 
  422. when Inspect Objects is running). Affected dialogs are the Edit | Goto 
  423. dialog; the Format | Format Cells dialog in the Font and Number tabs; the 
  424. View | Zoom dialog; the Tools | Goal Seek dialog; and the General tab of 
  425. the Options dialog. This problem has been fixed in Excel 2000. 
  426. * Excel 97 faults when inserting a chart if the SPI_SETSCREENREADER flag 
  427. is set (such as when Inspect Objects is running). This problem has been 
  428. fixed in Excel 2000. 
  429. * Opening Microsoft(c) Word(c) 97 in the maximized state may cause an Invalid 
  430. Page Fault. 
  431. * In MAPI clients such as Outlook 97, Outlook 98, and Exchange Server Client 
  432. 5.0, Active Accessibility initially exposes the unresolved e-mail names 
  433. entered in a message's "To" and "Cc" rich edit controls. However, when the 
  434. MAPI clients resolve the e-mail name, Active Accessibility clears the 
  435. accValue property for the controls and does not expose the resolved e-mail 
  436. name. 
  437. * Multibyte character strings in Office 97 Standard Dialog Manager (SDM) 
  438. dialogs may be truncated when exposed by Active Accessibility. This problem 
  439. has been resolved in Office 2000. 
  440. * Office 97 applications that use SDM controls do not return an accValue 
  441. property for list boxes. 
  442. * SDM dialogs that contain check box controls do not send 
  443. EVENT_OBJECT_STATECHANGE when the state of the check box changes. 
  444. * SDM dialogs send multiple focus events when moving between page tabs. 
  445. Additionally, when you select another page tab and then return to the 
  446. original page, the focus is not restored to the control that originally 
  447. had the focus. 
  448.  
  449. International Support
  450. * The OLEACCRC.DLL file in Active Accessibility 1.2.2 is a multi-lingual 
  451. resource DLL. However, when the user locale is changed to a different 
  452. language on Windows NT4 and Windows 2000, the language strings exposed 
  453. through Active Accessibility may not dynamically change to the new language. 
  454. This problem is currently being investigated. 
  455. Obtaining Support
  456. All support for Active Accessibility is provided by Microsoft Developer 
  457. Support, which provides many support offerings, ranging from Support Online 
  458. to working directly with a Support Engineer on the telephone. The fees for 
  459. this support depend on the support offering you choose. Microsoft is 
  460. sponsoring a program to subsidize qualified accessibility aid vendors for 
  461. certain support costs. Please email enable@microsoft.com for more information 
  462. about this subsidy and how to apply.
  463. If you are not already participating in the Active Accessibility beta 
  464. program, send e-mail to msaabeta@microsoft.com with your full contact 
  465. information, product name and purpose, company name, and phone number.
  466.  
  467. Active Accessibility Newsgroups
  468. Microsoft provides a number of Internet newsgroups as a forum for anyone 
  469. to discuss accessibility topics. To participate in these discussions, you 
  470. must have an Internet newsreader, such as Microsoft Internet Mail and News. 
  471. You will also need to adjust the options in your newsreader to use 
  472. msnews.microsoft.com as your news server.
  473. * General Accessibility Issues (microsoft.public.enable.issues) provides a 
  474. forum for general accessibility discussions about Microsoft products and 
  475. services. 
  476. * Accessibility Development Issues (microsoft.public.enable.developer) 
  477. provides a forum for general development questions dealing with accessibility. 
  478. Reporting Problems
  479. Contact Microsoft Developer Support to report problems with Active 
  480. Accessibility.
  481. A bug report should contain the build number of oleacc.dll, the operating 
  482. system it is installed on, and the steps used to reproduce the problem. To 
  483. obtain the version number of a DLL, select the DLL in Windows Explorer, 
  484. press ALT+ENTER, then choose the Version tab. The Product Version displayed 
  485. in this dialog contains the build number and will help us more easily 
  486. reproduce the problem being reported. An example of the product version 
  487. is 4.02.2209.1.
  488. When reporting a crashing problem that displays a fault dialog, please 
  489. copy the text from the Details section and include it in the bug report.
  490.  
  491.